home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Nov 90 / MacApp.Tech$ 11⁄9⁄90 / 2321-w performance proble-Nov90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  2.4 KB  |  54 lines  |  [TEXT/GEOL]
  1. INTERNET# Document Id: <sbBm9Qi00UhWE2o7Y2@andrew.cmu.edu>
  2.  
  3. Item    8587984                         6-Nov-90        07:51
  4.  
  5. From:   BA0K+@ANDREW.CMU.EDU@INTERNET#  Gateway to Internet/BITNET/UUCP
  6.  
  7. To:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Sub: Draw performance problems
  10.  
  11. TO REPLY, use: ba0k+@andrew.cmu.edu@INTERNET#
  12. Using the reply function in AppleLink does not work for gatewayed E-mail yet.
  13.  
  14. From: Brian Patrick Arnold <ba0k+@andrew.cmu.edu>
  15. To: MACAPP.TECH$@applelink.apple.com
  16.  
  17.  
  18. Hi there,
  19.  
  20.     I've got a graphical "influence diagram" editor in MacApp that
  21. exhibits a little performance trouble on a Mac SE (er, Plus, Portable,
  22. etc.).  I use the "area" parameter to optimize my Draw method.  It seems
  23. fast if it has to update the whole screen, e.g., a screenful scroll up
  24. or down, but ironically when I drag a single node, the redraw time seems
  25. slower.
  26.  
  27.     In one persnickity case, I have a grid to show and hide (drawing
  28. points in the same view, not as a separate view).  I'd like to avoid
  29. visible redrawing of things that don't need redrawing, so I try to pick
  30. and choose what parts of my diagram need to be invalidated.  I use the
  31. VisibleRect so I only invalidate visible portions of my view.  I
  32. invalidate a set of thin rects containing the grid points.  I have also
  33. dabbled with DiffRgn on a region consisting of my node rects - I
  34. subtract them from the Rgn of thin rects so that nodes don't appear to
  35. "flicker".  When I invalidate so much, the show/hide grid draws only
  36. what is necessary which is very pleasant to the eye.  BUT it draws
  37. puh-thetically slowly compared to simply invalidating the whole visible
  38. rect.  Oh yeah, to make matters worse, I have a grey-scale TPattern view
  39. behind all this.
  40.  
  41.     Why is updating a complex region so muct slower?  Does this behavior
  42. imply that (a) I should look into the qExperimentalAndUnsupported
  43. buffering of views, (b) I should look into OSImage, or (c) should I get
  44. a clue, optimize my grid drawing, toss out the grey-scale TPattern, etc?
  45.  
  46.     If I look into qExperimentalAndUnsupported buffering of views, is
  47. there someone who can explain in a nutshell how to turn it on and use it
  48. so that I only use buffered views and not other unsupported features?
  49. Uh, of MacApp 2.0 "final".  I suspect I need to know more than just
  50. turning on the compiler variable.  Any advice on my next move here would
  51. be much appreciated, thanks!
  52.  
  53. - Brian
  54.